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SYSTEM PERFORMANCE PREDICTION MECHANISM AND METHOD BASED ON 
SOFTWARE COMPONENT PERFORMANCE MEASUREMENTS 

BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention relates to a system 
performance prediction mechanism based on performance 
measurements of software components, and more particularly 
to a system performance prediction mechanism based on 
performance measurements of software components in a system 
constructed — fey — a — technique — e£ — combining that combines a 
plurality of software components. 
Related Background Art: 

In a first conventional system construction, there 
have been — conducted a desk study [[on]] of performances 
performance is conducted in the early stage of designing or 
[ [a] ] performance measurement [ [with] ] of a construction of 
a- prototype system is conducted in some cases, whereas 
[[a]] performance has been is rarely evaluated by measuring 
a system under development. In most cases, a performance 
evaluation of a development system tes — been is performed 
for the first time in a join joint test phase when the 
entire system starts to operate (for example, Japanese 
Unexamined Patent Publication (Kokai) No. 2002-108656 (pp. 
8 to 10, See Fig. 1) ) . 
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Oft — fefee — other — hand, — a-s — a In a second conventional 
performance evaluation (prediction) methodology in a system 
construction, there has been disclosed a method of dividing 
software cxccutiono execution to aft — extent — that — would be 
5 able to estimate a system resource utilization necessary 
for executing a program before predicting a system 
performance based on system resource utilizationo 
utilization estimated for individual processing steps (for 
example, refer to the technical literature, "Connie U. 

10 Smith, Software Performance Engineering, pp. 157-224, 
Addison-Wesley, Reading, MA") . 

As — sefe — forth — — the above, — if* rn the former first 
conventional technology, the performance of the development 
system hao been is evaluated for the first time in the join 

15 j oint test phase when the entire system starts to operate 
if* — mo ot — caoco . Therefore, if a performance problem is 
found at that time, it is impossible to take large-scale 
countermeasures such as a change of a basic architecture of 
a system since the time for countermeasures is limited, 

20 thereby causing a problem that the countermeasures are 
limited to superficial ones having only poor effects. 
Therefore, in some cases, the performance cannot be 
improved enough, by which it causes such a situation as 
missing the time of delivery or a situation that a system 

25 integration vender copes with the problem by enhancing the 
hardware without compensation. 
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Furthermore, in the latter second conventional 
technology above , a software developer estimates a system 
performance for each processing step in moot cases , thereby 
causing a problem that the performance cannot be measured 
5 systematically . 

SUMMARY OF THE INVENTION 

In view of these problems of the conventional 
technologies, the present invention has been provided. 
Therefore, it is an object of the present invention to 

10 provideT if* a system and method for evaluating [ [a] ] 

performance of an entire a system that combines constructed 

fey a technique e-f combining a plurality of software 

components (component base) 7 etj_ The system performance 

prediction mechanism and [ [its] ] method are based on 

15 software component performance measurements that enables — a- 
enable prediction of [[a]] system resource utilization 
[ [of] ] for the entire system by previously measuring system 
resource utilizations utilization of the individual 
software components and combining the measured system 

20 resource utilizations of the software components, instead 
of measuring the system resource utilization under 
conditions of all the software components combined. 

To achieve the above object, according — fere — a — first 
aspect &§ trhe present invention, there — is provided — a- 

2 5 mechanism £e*e — predicting a performance e-f a system 

constructed — by — a — technique — e£ — combining — a — plurality — e# 
software components, fefee system — performance prediction 
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mcchaniom baocd e« oof twarc component porf ormancc 

mcaourcmento, comprioing the system includes : component 

performance measurement means for previously measuring 
system resource utilizations utilization of individual 
5 software components constituting the system and storing 
them in a performance database; transaction performance 
prediction means for predicting a system resource 
utilization of a transaction to be processed by the system 
from a result of searching a performance database in 

10 consideration of the software components and requests 
constituting a processing content of the transaction; and 
system performance prediction means for predicting a system 
resource utilization of the entire system by inputting the 
system resource utilization of the transaction predicted by 

15 the transaction performance prediction means into a system 
performance prediction model. 



According fee a second aopect fehe present 



invention,, — 
prediction 


— there i-s provided a system performance 


performance 


mcchaniom based eft software component 


utilization 


mcaourcmento , wherein fehte oyotcm rcoourcc 

mcaourcmento ef feke individual oof twarc 








eefe — forth — in the — first aopect — of the — invention arc made by 








been — inocrtcd — if* — a — tcot — driver — and — occurred — if* — a — component 
fe~e — be — mcaourcd — and — a — kernel — probe — for — detecting — a-n — event 



- 5 - 



having been inocrtcd in an operating oyotcm and occurred in 
a oyotom to be mcaourcd. 

According fee a third aopect e£ fefte prcocnt 

invention; there ±s provided a oyotcm performance 

5 prediction mcchaniom baaed eft oof twarc component 

performance mcaourcmcnto , wherein fefte oyotcm rcoourcc 

utilization mcaourcmcnto e£ the individual oof twarc 

componcnto — by — fehe — component — performance — mcaourcmcnt — mcano 
e^fe — forth — in the — f irot — aopect — of the invention arc made — by 

10 uoing — a oyotcm — rcoourcc utilization — mcaouring function 

provided by baoic ooftwarc ouch ao an operating oyotcm. 

According fee a fourth aopect e-f fefte prcocnt 

invention, there t-s provided a oyotcm performance 

prediction mcchaniom baocd eft- ooftwarc component 

15 performance mcaourcmcnto , wherein fefte oyotcm rcoourcc 

utilization — prediction — e£ — the — entire — oyotcm by — fefte — oyotcm 
performance — prediction mcano — eefe — forth — ift — fehe — f irot — aopect 

e-£ fehe invention ±rs made by determining operating 

conditiono , under which individual oof twarc component 

2 0 operate, from the oof twarc componcnto and rcqucoto 

conotituting — the — proccooing — content — e-£ — fehe — tranoaction — fee 
be — proccoocd — by — fefte — oyotcm, — determining — oyotcm — rcoourcc 
utilizationo — by — ocarching — fehe — performance — databaoc — uoing 
each — ooftwarc — component — afte. — operating — conditiono — ae — kcyo , 

2 5 predicting fehe oyotcm rcoourcc utilization ef fefte 

tranoaction — by — combining — rcoulto e£ — ocarching f-enf — fehe 

oyotcm — rcoourcc — utilizationo — e£ — ail — ooftwarc — componcnto 
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involved — ±ft — proccooing — e-f — a — tranoaction — important — ift — the 
oyotcm pcrf ormancc, — a-ftd — combining — the — obtained — rcoulto — a-ftd 

inputting them into the oyotcm — performance prediction 

model . 

5 According te a fifth aopcct e# fc4=*e prcoent 

invention, there ie provided e oyotcm performance 

prediction mcchaniom baocd eft ooftwaro component 

performance mcaourcmcnto , wherein the oyotcm rcoourcc 

utilization — prediction — e£ — the — entire — oyotcm — fey — the — oyotcm 

10 performance — prediction — mcano — set — forth — ift — the — f irot — e^ 
forth — aopcct — ei — the — invention — m — made — by — inputting — the 
oyotcm — rcoourcc — utilizationo — predicted — by — the — tranoaction 
performance — prediction — mcano — with — reopect — te — individual 
tranoactiono — into — the — oyotcm — performance — prediction — model 

15 together — with — a — tranoaction — execution — ratio — ±£ — there — a-Ee- 
plural — typco — of tranoactiono — to be — proccoocd by the — oyotcm 
eftd — their — execution — ratio — ±-s — prcviouoly — defined — a-s — oyotcm 
dcoign information . 

According te a oixth aopcct e-f the prcoent 

2 0 invention, there i-s provided a oyotcm performance 

prediction mcchaniom baocd eft oof twarc component 

performance mcaourcmcnto, wherein the oyotcm rcoourcc 

utilization — set — forth — in any of the — f irot — te — fifth — aopecto 
of the — invention io — rcprcocntcd by CPU — time . 

2 5 According te a ocventh aopcct ef the prcoent 

invention, there — ±s — provided — a — method — e^ — predicting — a 

performance — ef — a — oyotcm — conotructcd — by — a — technique — e# 
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combining — a — plurality — e£ — oof twarc — components , — the — syotcm 
performance — prediction — method — baood — on — ooftv^arc — component 

performance mcaourcmcnto, comprioing fehe otcpo of ■ 

previously mcaouring oyotcm rcoourcc utilizations e£ 

5 individual — oof twarc — componcnto — conotituting — fehe — oyotcm and 
otoring them in a performance database ; — predicting a oyotcm 
rcoourcc — utilization — e-f — a — tranoaction — fee — be — proccoocd — by 

fehe oyotcm from a rcoult e£ searching a performance 

databaoc — if* — conoidcration — e-£ — fehe — oof twarc — componcnto — and 

10 rcqucoto conotituting a proccooing content e-f the- 

tranoaction; — a-nd — predicting — a — oyotcm — rcoourcc — utilization 
ef — fehe — entire — oyotcm — by — inputting — fehe — predicted — oyotcm 

rcoourcc utilization — e£ — the — tranoaction — into — a oyotcm 

performance prediction model . 

15 According fee a-n eighth aopect e£ the prcocnt 

invention, there ±e provided a oyotcm performance 

prediction — method — baocd — ef* — oof twarc — component — performance 
measurements , — wherein, — 4rR — the — otcp — of mcaouring — th e — oyotcm 
rcoourcc utilizationo — of the individual — sof tware — components 

2 0 eet — forth — if* — the — seventh — aspect — e# — the — invention, fehe 

system — resource — utilizations — ef — the — individual — sof twarc 

components arc determined — by — analyzing — af* — event trace 

obtained — by — a — measurement — uoing — both — e-f — a** — application 
probe — for detecting an event having been inocrtcd in a test 

2 5 driver — and — occurred — if* — a — component — fee — be — measured — and — a 
kernel probe — for detecting an event having been inserted in 
af* operating system — aftd — occurred if* a system — fee be 
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mcaourcd . 

According fee a ninth aopect febe present 

invention, there ate provided a oyotcm performance 

prediction — method — baocd — eft — oof twarc — component — performance 
5 mcaourcmcnto, — wherein, — in the otcp of mcaouring the oyotcm 
rcoourcc utilizationo of the individual ooftwarc componcnto 

set — forth — ift — febe — ocventh — aopect — e£ — febe — invention, febe 

oyotcm — rcoourcc — utilizationo — ef — the — individual — oof twarc 

componcnto cHre determined — by uoing a oyotcm rcoourcc 

10 utilization — mcaouring — function — provided — by baoic — oof twarc 
ouch ao an operating oyotcm. 

According fee a tenth aopect e£ febe prcoent 

invention, there i-s provided a oyotcm performance 

prediction — method — baocd — aft — ooftwarc — component — performance 

15 mcaourcmcnto, — wherein, — in the otcp of predicting the oyotcm 
rcoourcc utilization of the entire — oyotcm oct — forth in the 

ocventh aopect e£ febe invention, febe oyotcm rcoourcc 

utilization en§ febe entire oyotcm ie predicted by 

determining — operating — conditiono , — under which the — oof twarc 

2 0 componcnto operate , from the oof twarc componcnto a^d 

rcqucoto conotituting febe proccooing content e-§ fehe 

tranoaction — fee — be — proccoocd — by — febe — oyotcm, determining 

oyotcm — rcoourcc — utilizationo — by — ocarching — a — performance 
databaoc uoing each ooftwarc component a**d operating 

2 5 conditiono a-s kcyo, predicting febe oyotcm rcoourcc 

utilization — ef — febe — tranoaction — by — combining — rcoulto — e# 
ocarching £e*e febe oyotcm — rcoourcc utilizationo e£ a-ti 
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oof twarc — componcnto — involved in proccooing of a tranoaction 

important — ±& — fehe — oyotcm — performance/ a-ftd — combining — fc-h-e 

obtained rcoulto a^bd inputting them into fehe oyotcm 

performance prediction model. 

5 According fee an 11th aopect e£ feke prcocnt 

invcntion f there i-s provided a oyotcm performance 

prediction — method — baocd — e« — oof twarc — component — performance 
mcaourcmcntO/ — wherein, — in the otcp of predicting the — oyotcm 
rcoourcc — utilization of — the — entire — oyotcm act — forth — in the 

10 ocventh e^e — tenth — aopect — e£ — the invention/ feke oyotcm 

rcoourcc — utilization — ef — the — entire — oyotcm — is — predicted by 
inputting the oyotcm rcoourcc utilizationo predicted by the 
tranoaction — performance — prediction — meano — with — rcopect — fee 
individual tranoactiono into the oyotcm performance 

15 prediction — model — together — with — a — tranoaction — execution 
ratio — if — there — a-ee — plural — typeo — e£ — tranoactiono — fee — be 

proccoocd — -by — fehe oyotcm — aftd — their — execution ratio ie- 

prcviouoly defined ao oyotcm dcoign information. 

According fee a 12th aopect e# fehe prcocnt 

2 0 invention/ there ±s provided a oyotcm performance 

prediction — method — baocd — eft — oof twarc — component — performance 
mcaourcmcnto / — wherein — fehe — oyotcm — rcoourcc — utilization — eefe 

forth ift — afty ef fehe ocventh — fee 11th aopecto ef — fehe 

invention io — rcpreocntcd by CPU time. 

2 5 According fee a 13th aopect e^ fehe prcocnt 

invention/ there irS provided — a — program — fee? — helping — a- 

computer function a-s component performance meaourcmcnt 
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mcano — for prcviouoly moaouring oyotcm rooourcc utilizations 
of individual ooftwarc componcnto oonotituting a oyotcm and 

otoring thorn ift a pcrf ormanoc databaoo ; tranoaction 

pcrf ormanco prediction mcano £e*r predicting a oyotcm 

5 rcoourcc — utilization — e£ — a — tranoaction — fee — be — proccoocd — by 

febe oyotcm from — a rcoult e-# ocarching a performance 

databaoo — i-ft — cono idcration — e4 — febe — oof twarc — componcnto — aftd- 

rcqueoto conotituting — —a proceooing content febe 

tranoaction; — em^t — oyotcm — performance — prediction — mcano — #e^e 
10 predicting — a — oyotcm — rcoourcc — utilization — — febe — entire 
oyotcm by — inputting the — oyotcm rcoourcc — utilization — — febe 

tranoaction predicted by febe tranoaction performance 

prediction — mcano into a oyotcm — performance prediction 

model . 

15 According fee a 14th aopect e£ febe prcocnt 

invention, — there — ±-s — provided — a — program — wherein — febe — oyotcm 

rcoourcc utilization mcaourcmcnto e# febe individual ,;, 

oof twarc componcnto by the component performance 

measurement — mcano — aefe — forth — if* — febe — 13th — aopect — — febe 

2 0 invention arc made by analyzing an event trace — obtained by 

a — mcaouremcnt uoing — both e£ — aft application — probe 

detecting — aft — event — having — been — inocrtcd — ana — a — tcot — driver 
a-ftd — occurred — ift — a — component — fee — be — mcaourcd — aftd — a — kernel 
probe — — detecting — aft — event — having — been — inocrtcd — ift — aft 

2 5 operating oyotcm and occurred in a oyotcm to be mcaourcd. 

According fee a 15th aopect e-f febe prcocnt 

invention, — there — ±s — provided — a — program — wherein — febe — oyotcm 
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rooourcc utilization mcaouromonto fehe individual 

oof twarc componcnto by fehe component performance 

measurement — me an a — &efe — forth — if* — fehe — 13th — aspect — — fehe 
invention — a^e — made — by — using — a — system — resource — utilization 
5 measuring — function — provided — by — basic — oof twarc — such — a-s — aft 
operating system. 

According to a 16th aspect e£ the present 

invention, — there — is — provided — a — program wherein — the — system 
resource utilization prediction of the entire system by the 

10 system — performance — prediction means — s-efe — forth — if* — the — 13th 
aspect — &€ — the — invention — is made by determining — operating 
conditions, — under — which — the — sof twarc — components — operate, 
from the — sof twarc — components — and requests — constituting — the 
processing — content — &€ — the — transaction — fee — be — processed — by 

15 fehe — system, determining — system — resource — utilizations — by 

searching — fehe — performance — database — using — each — sof twarc 
component and operating conditions — a-s — keys, — predicting the 
system resource utilization of the transaction by combining 
results — — searching — — fehe — system — resource — utilizations 

2 0 e-£ — a-t± — software — components — involved — if* — processing — — a- 

tranoQCtion important in the system performance, a^d 

combining the obtained results and inputting them into the 
system performance prediction model. 

According fee a 17th aspect e# the present 

2 5 invention, — there — is — provided — a — program wherein — fehe — system 
resource utilization prediction of the entire system by the 
system performance — prediction means — &efe — forth — in — fehe — 13th 
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€Hr — 16th — aopcct — ef — fe**e — invention — io made — by — inputting — feke 
oyotcm — rcoourco — utilizationo — predicted — by — feke — tranoaction 
performance — prediction — mcano — with — reopect — fee — individual 
tranoactiono — into — fehe — oyotcm performance prediction model 
5 together — with — a — tranoaction — execution — ratio — i-€ — there — a^e 
plural typco of tranoactiono to be proccoocd by the oyotcm 
and their execution ratio — io previously defined ao — oyotcm 
dcoign — information . 

According fee aft 18th aopcct e-f fehe preocnt 

10 invention, — there — io provided a program wherein the — oyotcm 
rcoourcc utilization oct — forth in any of — feke — 13th to — 17th 
aopecto of the invention io rcprcocntcd by CPU time. 

The system performance prediction method of the 
present invention is performed in the following procedure: 

15 1) Determine operating conditions [[,] ] under which 
individual software components operate[[,]] from fehe 

oof twarc componcnto a**d the requests constituting the 

processing content of the transaction to be processed by 
the system[ [ . ] ] j_ 

20 2) Determine system resource utilizationo utilization by 
searching the performance database [[10]] using each 
software component and operating conditions as keys [[.]]_£_ 
3) Combine results of searching for the system resource 
utilizationo utilization of all software components 

25 involved in processing of a transaction important in the 
system performance and predict the system resource 
utilization of the transaction [ [ ■ ] ] , and 
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4) Predict the system resource utilization of the entire 
system by combining the results obtained in the above step 
3) and inputting them into the system performance 
prediction model. 
5 Thus, it becomes possible to predict the system 

performance based on the performance measurements of the 
software components . 

As apparent from the aforementioned aspects, the 
present invention has a first effect of enabling a 

10 prediction of a performance of the entire system 
constructed by combining a plurality of software 
components, without constructing a real system. ^fe — ±s- 
becauoc the The overall system performance is predicted by 
combining results of measuring performances of the 

15 individual software components separately. 

A second effect of the present invention is that 
the overall performance can be predicted with respect to a 
system composed of various software components or a system 
for processing various transactions by previously 

20 constructing a performance database. -^fc — is — becauoc — stored 
arft — fcfee The performance database stores as measurement 
results [[are]] performances of [[a]] basic operation 
operations of the software components performed — if* — common 
if* processing [ [of] ] various transactions^ and therefore it 

25 is available possible to predict the processing 
performances of different transactions. 

The above and many other objects, features and 
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advantages of the present invention will become manifest to 
those skilled in the art upon making reference to the 
following detailed description and accompanying drawings in 
which preferred embodiments incorporating the principle of 
5 the present invention are shown by way of illustrative 
examples . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a constitution 
of a system performance prediction mechanism based on 
10 software component performance measurements according to a 
first embodiment of the present invention; 

Fig. 2 is a diagram explaining an example of 
transaction processing that a communication component, an 
application component, and a database component are 
15 involved in; 

Fig. 3 is a flowchart showing an operation of the 
communication component in Fig. 2; 

Figs. 4A and 4B are flowcharts showing operations 
of the application component in Fig. 2, respectively; 
20 Fig. 5 is a sequence diagram showing an entire 

operation to be performed if any process prepared by the 
application component in Fig. 2 is externally requested; 

Fig. 6 is a block diagram showing an example of 
component performance measurement means in Fig. 1; 
25 Fig. 7 is a sequence diagram showing an operation 

performed upon driving the application component by using a 
test driver in Fig. 6; 
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Fig. 8 is a diagram showing an example of a 
content of an event trace in Fig. 6; 

Fig. 9 is a diagram showing an example of contents 
of a performance database created with respect to the three 
5 types of software components shown in Fig. 2; 

Fig. 10 is a sequence diagram showing that the CPU 
time for the entire transaction shown in Fig. 2 equals a 
sum of CPU time of the software components; 

Fig. 11 is a diagram explaining another example of 
10 transaction processing that the communication component, 
the application component, and the database component are 
involved in; 

Fig. 12 is a sequence diagram showing that the CPU 
time for the entire transaction shown in Fig. 11 equals a 
15 sum of CPU time of the software components; 

Fig. 13 is a block diagram showing a constitution 
of a system performance prediction mechanism based on 
software component performance measurements according to a 
second embodiment of the present invention; 
20 Fig. 14 is a block diagram showing a constitution 

of a system performance .prediction mechanism based on 
software component performance measurements according to a 
third embodiment of the present invention; and 

Fig. 15 is a block diagram showing a constitution 
25 of a system performance prediction mechanism based on 
software component performance measurements according to a 
fourth embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The preferred embodiments of the present invention 
will now be described in further detail hereinafter with 
re f erence to the accompanying drawings. 
5 First Embodiment: 

Referring to Fig. 1, a system performance 
prediction mechanism according to a first embodiment of the 
present invention comprises a performance database 10 for 
storing system resource utilizations of individual software 

10 components, component performance measurement means 20 for 
measuring the system resource utilizations of the 
individual software components and storing a result of the 
measurement into the performance database 10, transaction 
performance prediction means 30 for predicting a system 

15 resource utilization of a transaction from the system 
resource utilizations of the individual software components 
stored in the performance' database 10, and system 
performance prediction means 40 for predicting a system 
resource utilization of the entire system by inputting the 

20 system resource utilization of the transaction into a 
system performance prediction model. 

The component performance measurement means 2 0 
measures the system resource utilizations of the individual 
software components [[by]] using an event trace technique 

25 using both e# that employs a kernel probe ■ and an 

application probe. In this condition, — t**e The application 
probe is [[one]] inserted into a test driver to indicate a 
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boundary between a performance test driver program 
(hereinafter, referred to as a test driver) and a component 
to be measured, while the kernel probe is [[one]] inserted 
into a kernel of an operating system to enable an analysis 
of a system resource utilization of the test driver. 

The above measurement is repeated to check the 
system resource utilizations of the software components 
under a plurality of operating conditions. The system 
resource utilizations are then stored in the performance 
database 10, which is to be the basis for the performance 
prediction, with the software components and the operating 
conditions as keys. 

The following describes an operation of the system 
performance prediction mechanism based on the software 
component performance measurements according to the first 
embodiment having the above constitution. 

As shown in Fig. 2, first, it is assumed that 
three types of software components, namely, a communication 
component A, an application component B, and a database 
component C are involved in transaction processing 
performed by a system to be evaluated. 

Referring to Fig. 3, there is shown a flowchart 
illustrating an operation of the communication component A. 
The communication component A awaits an arrival of a 
processing request message from an outside of the system 
(step S101) , receives a processing request message (step 
S102), thereupon invokes processing indicated by a 
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processing number with an argument appended to request a 
part of required processing from another software component 
(the application component B) (step S103) , and sends a 
return value of the processing as a response message to a 
5 request source (step S104). 

Referring to Figs. 4A and 4B, there are shown 
flowcharts of operations of the application component B. 
There are two types of processes prepared in the 
application component B: a process Bl and a process B2 . -In 

10 the process Bl, a search request is issued to the database 
component C using the number passed in an argument as an 
index (step S201) , and a value in a value field of a 
retrieved record is assumed a return value (step S202) . In 
the process B2 , an update request is issued to the database 

15 component C so as to change the value in the value field of 
the record having an index of the number passed in the 
first argument to a value of a second argument (step S211), 
and a value indicating whether the update request is 
successful is assumed a return value (step S212). Upon 

20 completion of the processing of the application component 
B, a result of the processing is returned as a response 
message to the communication component A, from which a 
processing end message is sent as a result of the 
transaction processing to the outside of the system. 

25 Referring to Fig. 5, there is shown a sequence 

diagram illustrating an entire operation of the transaction 
processing upon an external request for the process Bl 



prepared in the application component B. As shown in Fig. 
5, every software component performs the following 
operations: starting processing upon receiving a processing 
request from the outside of the software component (or 
outside of the system in some cases) ; proceeding with the 
processing of the software component while requesting 
processing from another software component, if necessary; 
and notifying the request source of a result of the 
processing upon completion thereof. 

Suppose here that the system resource utilizations 
(operating time of the central processing unit (CPU) in 
this embodiment) necessary for the processing of the 
software components are found to be determined by the 
following factors : 

1) The CPU time of the communication component A is 
determined by a value of an argument included in a received 
processing request message. 

2) The CPU time of the application component B is 
determined by a processing content (the process Bl or the 
process B2 in this embodiment) . 

3) The CPU time of the database component C is determined 
by a processing content (search or update in this 
embodiment) . 

Referring to Fig. 6, there is shown a block 
diagram illustrating a configuration of the component 
performance measurement means 20 for measuring the CPU time 
as a performance. A software component to be measured by 
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the component performance measurement means 20 
(hereinafter, referred to as a measured component) shown at 
22 forms a part of a system to be measured (hereinafter, 
referred to as a measured system) shown at 21. The 
5 measured system 21 comprises an operating system 23 where 
there is inserted a kernel probe 24 for detecting an event 
that has occurred in the measured system 21, a test driver 
25 where there is inserted an application probe 2 6 for 
detecting an event that has occurred in the measured 

10 component 22, event recording means 27 for recording events 
detected by the application probe 2 6 in time series as an 
event trace 28, and performance analysis means 29 for 
analyzing the event trace 28 to calculate the CPU time for 
the measured component 22 to process the request. 

15 The kernel probe 24 detects a CPU operation start 

(restart) event and a CPU operation end (stop) event caused 
by a program. 

The test driver 25 inputs operating conditions 
oui i Lro llablc in the aide of iocming the proccooing rcguoot 

20 as parameters among the factors determining the CPU time of 
the measured component 22, issues a processing request 
(request a) to the measured component 22, and receives a 
processing result (response a) . Furthermore, the test 
driver 25 receives a processing request (request b) if the 

25 measured component 22 issues a processing request to 
another software component and returns a pseudo processing 
result (response b) in response to it. The test driver 25 
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has an application probe 2 6 previously incorporated therein 
for detecting an event of a control transfer to the 
measured component 22 ([1], [3]) and an event of a control 
return from the measured component 22 ([2], [4]). 
5 Referring to Fig. 7, there is shown a sequence 

diagram illustrating an operation of driving the 
application component B using the test driver 25 for 
measuring the application component. As shown in Fig. 7, 
operation periods (ends) of the application component B can 

10 be known by events output from the application probe 2 6 
previously incorporated in the test driver 25. 

In the performance measurement, a measurement 
executor gets the test driver 25 to operate giving 
operating conditions to drive the measured component 22. 

15 The event recording means 27 sequentially records events, 
which occur with the operation, thereby creating the event 
trace 28 . 

Referring to Fig. 8, there is shown an example of 
a content of the event trace 28. By analyzing the event 

20 trace 28 by means of the performance analysis means 29, the 
CPU time can be calculated with respect to a program 
execution from the event [1] to the event [2] and a program 
execution from the event [3] to the event [4] . In other 
words, a period of time from the event [1] to the event [2] 

25 equals 100, and the CPU operation is temporarily stopped 
during a period of 10 in the period of time 100. 
Therefore, it is known that the CPU time equals 90. 
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Similarly, it is known that the CPU time equals 190 with 
respect to a period of time from the event [3] to the event 
[4]. Therefore, the CPU time of the measured component 22 
is found to be 2 90 under the above operating conditions. 
5 In the same manner, it is possible to calculate 

the CPU time of the measured component 22 operating under 
different operating conditions by making the same 
measurement and analysis with giving the different 
operating conditions to the test driver 25. 

10 A pair of the operating conditions and the CPU 

time obtained in this manner is registered on the 
performance database 10. 

The above is the performance measurement procedure 
executed by the component performance measurement means 20. 

15 Referring to Fig. 9, there is shown an example of 

the contents of the performance database 10 created for the 
three types of software components, namely, the 
communication component A, the application component B, and 
the database component C shown in Fig. 2. 

20 Depending on the measured component 22, there are 

cases where the upper side (the [[side]] upper part of test 
driver 25 in Figure 6 issuing a processing request) of the 
test driver 25 exists in the outside of the measured system 
(the communication component A) and where there exists no 

25 lower side (the [[side]] lower part of test driver 25 in 
Figure 6 receiving the processing request issued by the 
measured component 22 and returning a pseudo response 
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message) of the test driver 25 (the database component C) . 

In measuring the system resource utilizations of 
the software components, in other words, in the measurement 
combined with the test driver 25, the test driver 25 
5 carries out the processing for the upper component issuing 
a processing request to the software component or for the 
lower component processing the request from the software 
component. Therefore, it is one of the features of this 
embodiment that a performance measurement is possible even 
10 if the upper or lower component is uncompleted, in 
comparison with a real system requiring both components 
completed . 

The following describes a performance prediction 
of an evaluated system executed by the system performance 

15 prediction means 40. 

In general, the system performance prediction is 
to predict [[a]] performance [[at]] upon executing a 
plurality of transactions in parallel (throughput, 
transaction response time, and system resource utilization) 

20 with an input of a system resource utilization (the CPU 
time, etc.) necessary for processing of a single 
transaction. For the prediction, there are existing 

technologies such as a tool (a system performance 
prediction model) using a queuing network model or a 

25 simulation model (for example, refer to the nonpatent 
literature 1)). An important point of the performance 
prediction by the system performance prediction means 40 
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exists in that data to be input to the system performance 
prediction model, namely, a system resource utilization 
necessary for the processing of a single transaction is 
created from the performance database 10. 
5 First, a procedure for predicting the CPU time is 

described below for the transaction shown in Fig. 2. 
Apparent from Fig. 2, the operating conditions of the 
software components, namely, the communication component A, 
the application component B, and the database component C 
10 are as follows: 

1) The communication component A receives a processing 
request message including one argument. 

2) The application component B performs the process Bl. 

3) The database component C performs search processing. 

15 As a result of searching the performance database 

10 shown in Fig. 9 using each software component and 
operating conditions as keys, it is found that the CPU time 
of the communication component A, the application component 
B, and the database component C are 10, 5, and 50, 

20 respectively. Thereby, a sequence diagram shown in Fig. 10 
is obtained. As apparent from Fig. 10, the CPU time of the 
entire transaction equals a sum of periods of the CPU time 
of the software components. Therefore, the CPU time 
necessary for processing the transaction shown in Fig. 2 

25 can be estimated at 65. 

The CPU time for the transaction thus obtained is 
input to the system performance prediction model of the 
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*- ^r-oriiet the performance of the 
conventional technology to predict 

, em (mainly a relation between the throughput and 
entire system (mainxy 

t-he response time) . 

« of another transaction 
Furthermore, a performance of another 

in Fiq 11 can also be predicted based on the 
shown in Fig- J-J- ,-,+.„ the 

, <. of the transaction similarly to the 
processing content of the 

. f ; ra il v it is found that 
a bove procedure. More specrf really, 

periods of the CPU time or the software components 
„, and ,0, respects, on the has. o £ the software 
, com ponenta and the operate conations <«-^ 

processing repeat message including two arguments f he 

nant a performing the process B2 for 
communication component A, pert y 

Qr .i- b and performing an update 
the application component B, P 

+- rM Therefore, the <-ru 
process for the database component C) . 
5 L. necessary for processing the entire transaction can e 
' estimated at 5 5 from the aeguence diagram shown rn F , 12 
The CPU time for the transaction thus obtarned rs 
input to the system performance prediction modei of the 
conventional technology to predict the performance of he 
, ■„,„ a relation between the throughput and 
20 entire system (mainly a relatr 

the response time) . maasu rements under 

wit h performing performance measuremen 

va rious operating conditions by means of the component 

t ma ans 20 and making the performance 
performance measurement means 20 ^ 

25 datab ase 10 satisfactory as set forth 

becomes possible to predict the CPU trme of the en 
sys tem for processing various transactions raprdly wrthout 
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£ol lowin 9 parlance — t procedures for new 

all ,, the performance 
More specifically^ tne ^ 
software components. More sp 

d atahase 10 i. 5 ea Ktei hy extracting operating - uo 
o£ th . software components based on the processing contents 

* ^ -i n<=H at the system designing and the 
5 of the transactions defined at the y 

, ^liaad thereby enabling a prediction of the 
results are totalized, tnerewy 

fnr processing the entire transaction. 
CPU time necessary for processing 

_ ^ first embodiment, the system 
According to the first 

* t-h P entire system is predicted by 
resource utilization of the entire y 
10 covins measurement resets of individual system resource 
utilisations of the software components. Therefore, 
pr „ent invention has an effect that it is possihle to 
predict a system resource narration of an entire system 
constructed hy combining the piuraiity of software 

15 components without constructing a real system. 

_ ^ -in the performance 
Furthermore, since stored m the p 

^o«n-c, are performances of the 
database 10 as measurement results are pe 

-■ rt n of the software components performed in 
basic operation of tne so 

_ in processing of various transactions, it can 
20 used for predicting system resource utilizations of 
Lferent transactions. before, the present invention 
has an effect that it is possible to predict a system 
source utilization of a system composed of various 

pnts or a system for processing various 
software components or a y 

, nrevio usly constructing the performance 
25 transactions by previously 

database 10. 
Second Embodiment: 



- 27 - 



n there is shown a block 
Referring to Fig. 13, there 

^ _ -ustem performance 
ni„qfratinq a constitution of a system P 
diagram illustratmy a 

predi ction mechanism base, on performance measurements o 
software components according to a second embodiment of 

The system performance prediction 
5 present invention. me s » 

, j on the software component performance 
mechanism based on tne 

*- nn i-o this embodiment has component 
measurements according to this 

performance measurement means 20 • that uses a system 
resource utilization measuring function provided by basic 
0 software such as an operating system 23, instead of the 
' component performance measurement means 20 using the event 
trace 23 in which both of the appiication probe 26 and the 
, 24 are used in the system performance 
kernel probe 24 are 

prediction .^i- — on the software component 
15 per£ o-a„ce nea SUIMe »t3 accoraing to the first embodiment 

,„ r ., OUTCe utilization measuring 
shown in Fig. 1. The system resource u 

auction is used to totalize the CPU time having been 
eX penaea b y each program since the start point of the 
execution, an d the value .hereinafter, referrea to as a 

Hmp) can be checked by 
20 total value of the CPU expended time) 

Therefore, the CPU time can be 
referring to the program. Thereto 

predicted b y checking the total value of the CPU expended 
time at the start point of the measurement UH or ,3, rn 
Fig „ ana the en d point of the measurement U2, or [4, rn 
Z 7) . in other words, a sum of W - W - 
eguals the CPU time Ul> in this expression indicates a 
total value of the CPU expended time checxed at the trme 



Fig 
25 Fig 
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(!) in Fig. 1- The same is true of 12], [3], and [4].) 

If there are plural types of transactions 
pressed by a system and their execution ratio is 
previously defined as system design information, the 
5 performance is predicted by inputting the CFO time 
predicted by the transaction performance prediction means 
30 with respect to the transactions into a system 
performance prediction model together with the transaction 
execution ratio. 
10 Third Embodiment: 

Referring to Fig. 14. there is shown a block 
diagram illustrating a constitution of a system performance 
prediction mechanism based on software component 
performance measurements according to a third embodiment of 

r, The system performance predictxon 
15 the present . invention. The system v 

. . based on the software component performance 
mechanism based on 

me ,surements according to this embodiment differs from the 
syst em performance prediction mechanism based on the 
software component performance measurements according to 

• n p ; n i onlv in that a system 
20 the first embodiment shown in Fig. 1 only 

onn -i c! added to a computer 
performance prediction program 200 rs addeo 

X00 equipped with the system performance prediction 
mechanism. Therefore, the same reference numerals have 
neen retained for other parts not particularly referred to 
25 and their detailed description is omitted here. 

The system performance prediction program 200 is 
read into the computer 100 to control an operation of the 



computer 100 by means of a performance database 10, 
component performance measurement means 20, transaction 
performance prediction means 30, and system performance 
prediction means 40. The operation of the computer 100 
with the control of the system performance prediction 
program 200 is quite the same as the operation of the 
system performance prediction mechanism base on the 
software component performance measurements in the first 
embodiment. Therefore, the detailed description thereof is 
omitted here. 
Fourth Embodiment: 

Referring to Fig. 15, there is shown a block 
diagram illustrating a constitution of a system performance 
prediction mechanism based on software component 
performance measurements according to a fourth embodiment 
of the present invention. The system performance 

prediction mechanism based on the software component 
performance measurements according to this embodiment 
differs from the system performance prediction mechanism 
based on the software component performance measurements 
according to the second embodiment shown in Fig. 13 only in 
that a system performance prediction program 200 f is added 
to a computer 100 equipped with the system performance 
prediction mechanism. Therefore, the same reference 

numerals have been retained for other parts not 
particularly referred to and their detailed description is 
omitted here. 
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The system performance prediction program 200 1 is 
read into the computer 100 to control an operation of the 
computer 100 by means of a performance database 10, 
component performance measurement means 20', transaction 
5 performance prediction means 30, and system performance 
prediction means 40. The operation of the computer 100 
with the control of the system performance prediction 
program 200 1 is quite the same as the operation of the 
system performance prediction mechanism base on the 
10 software component performance measurements in the second 
embodiment. Therefore, the detailed description thereof is 
omitted here. 



